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The present invention relates to an unstaffed 
checkout system comprising a checkout counter 
provided with appropriate actuators, a background 
system containing at least the product data, and a 
cash terminal program which transmits information 5 
from the checkout counter actuators to the back- 
ground system. 

One of the previously known checkout systems 
is presented in patent application no. GB 2161631. 
In this solution, one salesperson takes care of to 
collecting the money from the customers, who, 
using the checkout counter equipment, feed the 
id ntification data for the products they have 
bought into the cash system of the shop. After all 
the products bought have been presented to the 15 
checkout counter in an acceptable manner, the 
customer may proceed further and receives a re- 
ceipt on the basis of which he/she is then charged 
by the salesperson. A problem in this prior-art 
solution is that it still requires a salesperson to 20 
collect the money and a space for him/her to work 
in. This space naturally reduces the effective area 
of th shop. Moreover, the product identification 
data must be updated separately every time new 
products are brought for sale or the data for old 25 
products are changed. The updating process in- 
volves a risk of error because it may be neglected 
and because the data may be incorrectly put into 
the system. A further drawback is that this system 
cannot be flexibly added to existing checkout sys- 30 
terns but replaces the whole existing system. Con- 
sequently, this system is expensive and inflexible. 
Y t another serious drawback is that file updates 
are not effected via a background system, so each 
ch ckout counter must contain its own product data 35 
and product identification data until the data are 
transferred manually or otherwise separately into 
the other machines. As a result, the machines 
practically always have slightly different data and 
th system cannot be self-learning. 40 

The object of the present invention Is to elimi- 
nate the drawbacks referred to above and to 
achieve a reliable, cheap and self-updating unstaf- 
fed checkout system. The invention is character- 
ized by what is presented later on in the claims. 45 
The invention has the advantage of reducing the 
need for sales personnel and providing easy con- 
nection to existing checkout systems. Via an inter- 
face, a product identification program constituting a 
separate functional unit is linked by software with so 
an existing cash terminal program. The interface 
can be so standardiz d that the product identifica- 
tion program can be flexibly linked with different 
cash terminal programs as the interface data ar 
always compatible and the cash terminal program 55 
knows what data is transmitted by the product 
identification program and vice versa. When the 
interface is a variable, variable address or memory 



location mutually agreed on by the program suppli- 
ers, the result is an extremely cheap and usable 
interface. A further advantage is the self-learning 
capability of the system, which means that n w 
product identification data or changes in the old 
data need not necessarily be updated for the ma- 
chine but the system learns the new data itself. 

In the following, the invention is described by 
the aid of an example by referring to the attached 
drawings, in which 

Fig. 1 presents an overall view of the chec- 
kout counter of the invention in_a_per- 
spective drawing, 
Fig. 2 presents a block diagram of an em- 
bodiment of the system of the inven- 
tion, showing how the actuators are 
connected to the system, 
Fig. 3 presents a functional block diagram of 
representing the recognition of a bank 
or other card and the input of the 
starting data, 
Fig. 4 presents a functional block diagram of 
the functions of the scanning block of 
the checkout counter, 
Fig. 5 presents a functional block diagram of 
the functions of the learning block of 
the checkout counter, 
Fig. 6 presents a functional block diagram of 
the functions of the EAN-code block 
of the checkout counter, 
Fig. 7 presents a functional block diagram 
representing the handling of errors. 
Fig. 1 illustrates the checkout counter 1 of the 
invention. Depending on the need, the shop is 
provided with one or more checkout counters, 
which are placed e.g. side by side with a passage 
between them leading out of the shop space. The 
passage is blocked by a gate, which is opened 
after an accepted transaction. Each checkout coun- 
ter is connected to the electric network and, by 
means of a connecting cable, to the shop's central 
computer, which runs the background system. The 
connections to the electric network and the central 
computer are implemented using conventional 
techniques, so they are not presented in the draw- 
ings. At the entry end of the checkout counter is a 
scanner 2, whose function is to recognize all pro- 
ducts marked with a bar code. The customer 
him/herself passes the products he/she has bought 
over the scanner. After the scanning, the customer 
places the product on a belt conveyor, which is 
provided with a weighing device for determining 
the weight of the products. The weigher is placed 
under the belt conveyor and is not visible in the 
drawings. Similarly, the belt conveyor actuator is 
not visible in the drawings because it is placed 
inside the checkout counter. In the direction of 
motion of the belt conveyor, at the middle part of it, 
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product file in the mass storage of the product 
identification program 13. In this same file, the 
product identification program collects product 
identification data, such as product weight, height 
etc., to b used in the learning process and trans- 
mitted via the background system to the other 
checkout counters. This provides the advantage 
that the learning routine need not be repeated 
separately in each checkout counter. 

Fig. 3 shows a functional block diagram repre- 
senting the reading of the bank card. For the sake 
of clarity, the text appearing on the monitor screen 
is presented in separate blocks and enclosed in 
quotes. When a customer comes to the checkout 
counter, he/she starts the product identification and 
payment procedure by first communicating with the , 
customer terminal. First, the customer terminal 
wants to read the bank card or equivalent and asks 
the customer to insert his/her card into the card 
reader. Depending on the actual equipment used, 
the card is either inserted into the machine or just 
slid past its read head. The monitor displays the 
appropriate text in each case. Next, the program 
prompts the customer for a personal code number 
and performs a comparison to check whether trie 
number given is correct. If the number was not 
right, the program outputs a corresponding mes- 
sage via the monitor and asks the customer to 
input his/her personal code number again. After the 
correct number has been input, the program can 
proceed further and asks the customer to select 
the manner of payment. In practice, there are three 
alternative ways: bank card, credit card or a com- 
bination of these. After the customer has typed in 
his selection for the manner of payment, the pro- 
gram contacts the background system and com- 
pares the customer data against a checklist in the 
background system to see if the customer's card 
and payment mode selection are acceptable. If the 
card or the payment mode was uncacceptable, a 
corresponding message is output via the monitor 
and the customer is prompted to remove the card 
if it is still in the reader. At the same time, the 
program flow returns to the beginning and the 
customer is asked to insert another card. If the 
payment mode selected was acceptable, the moni- 
tor displays a message asking the customer to 
r move the card if it is still in the reader and the 
program gives a permission to start the transaction. 
Next, the program checks whether one of the 
troughs 1 1 at the exit end of the checkout counter 
is empty. When either one of the troughs is empty, 
the checkout counter can be started, the distributor 
8 is turned to the appropriate position and a suit- 
able instruction, .g. "START SCANNING", is dis- 
played by the monitor. After this, program control 
is handed over to the functional block shown in Fig. 
4. 



Fig. 4 presents the scanning block. L-e. the bar 
code reading block. The basic function in this block 
consists in the program waiting until scanning has 
taken place. At this stage, it is important for the 

s system to be able to ensure that no products are 
moved directly past the scanner, the weigher or the 
light screen. Also, the program checks that there 
are not too many products at the same time on the 
belt conveyor and that a new product can only be 

70 scanned after the previous one has been weighed. 
First, the program checks whether a product has 
been scanned. If no scanning has taken place, Jthe 
program reads the weight from the weigher and 
then checks whether a change has occurred in the 

75 light screen. If no change has taken place, the 
program checks whether the weight indicated by 
the weigher has changed. If there is no change in 
the weight, either, the program checks whether a 
wait flag has been set. A wait flag must be set for 

20 the shape recognition at the light screen because 
the scanning and weighing are very fast operations, 
whereas moving the product- through the light 
screen takes a much longer time. Setting the wait 
flag enables the system to know that measurement 

25 is still going on at the light screen, so the system 
will avoid producing incorrect data or error states. 
While measurement is going on at the light screen, 
one of the photocell connections is still blocked. If 
the wait flag was not set. the action returns to the 
30 beginning, i.e. the program continues waiting for 
scanning. 

On the other hand, if the customer has 
scanned a product, a corresponding scanning mes- 
sage is transmitted via a serial port to the product 
35 identification program. The EAN code of the prod- 
uct is now read into register E, which contains the 
running number of the product scanned. Moreover, 
the value of register E is increased by one to 
enable the system to know how many products 
40 have been scanned and how many products are to 
be expected to arrive to the weigher. The first 
product that was brought onto the weigher must 
also be the first to be removed from it, otherwise 
an error has occurred. Next, the program checks 
45 the product file to see if it contains the EAN code 
of the product. This function corresponds to the 
code inquiry function shown in Fig. 2. If the EAN 
code is not found in the background system of the 
shop, the cash terminal program in the checkout 
so counter cannot use the EAN code in question, and 
in this case the checking operation results in an 
ERROR function, which is presented as a block 
diagram in Fig. 7. When the ERROR function is 
activated, a corresponding error message is output 
55 via the monitor 5 and the belt conv yor 3 is re- 
turned to the starting position. Next, a message or 
alarm signal is sent to the background room of the 
shop to allow the error to be acknowledged, i.e. the 
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S JZ? p ° 56 add6d t0 the Aground 

system. For each product, the following data items 
are written into the product file: EAN code, product 
name and price. Moreover, via the learning file, the 
system adds automatically certain product iden- 

a V UCh 38 W6i9ht hei 9 ht ' etc - *> *e 
product file. The computer in each checkout coun- 

1 1?* 10 * fi,e in itS mass stora 9 e . »* on its 
hard disk. Upon an alarm, the new product may be 
added via a touch-screen e.g. by the shop supervi- 
sor. After the addition, the program returns back to 

Lno^o"?" 9 bl0Ck " t0 016 function fro <" which the 
error function was started. If and when the EAN 
code is found in the product file, the program again 
continues monitoring the weigher and the light 
screen^ For example, the customer may attempt to 
throw the product through the light screen so that it 
Will not land on the weigher. Suppose the product 
has been placed in the normal manner on the belt 
conveyor 3. where it is weighed immediately As 
yet. no change has taken place in the light screen 
so the next check is whether a change has oc- 
curred in the weight indicated by the weigher 
Since the product is on the belt conveyor 3 a 
change in the weight has occurred, and in this case 
a new check is performed to ascertain whether the 
product has been removed from the weigher. If the 
equation weight(meas) = weight(prev) - weight(l) 
becomes true, this means that product(1) has been 
removed from the weigher. In this equation, weight- 
(meas) is the value indicated by the weigher at the 
time of measurement, weight(prev) is the previous 
value measured by the weigher and weight(1) is 
the we,ght of the first product in the queue, i.e of 
the product which is to he the first to be removed 
from the weigher. After this, the weigher register is 
decreased by one. weight(prev) is set to the value 
of we.ght(meas), i.e. the weigher is set for the 
product in question. Next, a check for the light 
screen is performed to establish whether the wait 
lag has been set. i.e. whether a photocell has been 
lit. in a normal situation, product(l) has not yet 
passed through the light screen at this stage, so 
the correct result of the checking operation must 
no • otherwise an error has occurred If the 
equation weight(meas) = weight(prev) - weight(l) 
does not become true during the above-mentioned 
check, the program must check whether the EAN 
code has been read into register E. If in this 
situation the EAN code has not been read into 
register E. this means that no scanning has yet 
been performed but a change has nevertheless 
occurred in the weight indication. This produc s an 
error s.tuation and activates the ERROR fucntion 
S.m.larly, if the equation weight(meas) = weight- 
(prev) - weight(1) does not become true in the 
above-mentioned checking situation but the latter 
check indicates that the EAN code has been r ad 



into register E. the program proceeds to block A in 
the teaching procedur presented-in Fig. 5 . In this 
procedure, error recognition takes place, which is 
required to ensure that the data learned are cor- 

s rect. 

First, the system checks whether the weight of 
the product scanned is correct. If it is. program 

HST H° n K tinues from *• li9ht screen b, °<* 

(LSBLK), which is presented in Fig. 4. In this block 

w^htfprev). where n is the running number of the 
product being weighed. By means of this number it 
is possible during continuous weighing to d tect 
he weight of each separate product brought onto 
« the weigher even though there is a continuous flow 
of products arriving to, staying on and being r - 
moved from the weigher. Next, the value of the 
weigher register is increased by one and the 
weigher is reset, weight(prev) is set to the value of 
20 we,ght(meas), whereupon the program returns to 
the scanning block to check whether a change has 
taken place in the light screen. 

If in the learning block presented in Fig 5 the 

25 Zf! ° f Pr ° dUCt SCanned was not correct. 
25 then ,t .s necessary to check whether the numb r 

of samples is full. The number of samples is a 

certain preselected number which ensures a good 

learning result with the required probability The 

30 STTJI SamP ^ S may h3Ve va,ues e -9" be *«een 
so 0-9. If the number of samples was not full, the 

we t ght is accepted, the product identification data 

.s stored in the learning data file and program 

block (LSBLK). whereafter execution is back in the 
35 normal scanning block. Similarly, if the same kind 
of product has been passed through the weigher so 

ZZ H me L th3t the nUmber of ^P' 68 b °°om s 
full at this stage of the learning block, the result is 

an error situation because there is now something 

« wrong with the weight. In a normal situation thfe 

learning phase would not have been needed A 

typical fault leading to this situation could be eg 

n?lnhT"l! tre T Cart ° n h3S ,OSt 80 much 
through leakage that its weight is no longer within 

HT r nCe I 8 " 96 ' ms situation *• astern 
helps the customer get a good product of the 
proper weight. 

Now. let us consider the learning block and the 

so Rn Tl^ Pr ° dUCt thr ° ugh the "9 ht scr «*n. In 
so Rg. 5. the relevant block is SCBLK-B. to which the 
program jumps from the scanning block when a 
change has occurred in the light scr n and th 
lowest light cell is off. In this case, the program first 

«5 lSL the "1 ,,a9> the " r6adS *• "*« «2-n into 
55 register m. where m is the running number of the 

product under measurement, and increases the 
height register value by one. Next, it ch cks wheth- 
er height x. y or z is equal to the height of product- 
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(1). Product(1) again stands for the first product in 
the queue. If this check yields a positive result, the 
program then checks whether the number of sam- 
ples is full. If it is. the height register value is 
decreased by one and execution is continued from 
the EAN block, which is presented in Fig. 6. If the 
height check gives a negative result, the program 
again cheeks whether the number of samples is 
full. In a normal situation, this check gives a nega- 
tive result, whereupon the sample counter of the 
product file is increased by one and the process 
continues by checking the number, of samples 
again. The sample counter value is only increased 
after the product has passed through the weigher 
and the light screen. If the number of samples is 
still not full, the product identification data are 
stored in the learning file and the height register 
value is decreased by one, whereupon execution is 
transferred to the EAN block. On the other hand, if 
this check yields a full number of samples, the 
program calculates the average values in the learn- 
ing file for the item in question, writes the product 
identification data into the product file, deletes the 
learning files, transmits the product identification 
data to the other checkout counters, decreases the 
height register value by one and proceeds to the 
EAN block. The transmission of the product iden- 
tification data to the other checkout counters is 
shown in Fig. 2 as a "file updates" function, which 
transfers update data between the cash terminal 
program 15 and the product identification program 
13. The data to be sent to the other checkout 
counters are transmitted via the cash terminal pro- 
gram 15 first to the background system 17 and via 
the background system's data transmission link 18 
further to the other self-service checkout counters. 
In the event that the above-mentioned height check 
yields a negative result but the number of samples 
is full, an error situation is present because the 
system should already know all the correct height 
values. In this case, a possible cause of error is 
that the customer has not scanned the product but 
slid it along the conveyor belt 3 through the light 
screen, As a result, the system has not been able 
to read the EAN code of the product and the 
product identification program 13 reacts to this as if 
the number of samples were full. Also, there may 
be something wrong with the product height data. If 
this condition is true, the program jumps to the 
error block presented in Fig. 7, from where it 
returns to the scanning block as described before. 
While the system is learning the weight and shape 
data, the relevant data are stored in an auxiliary 
memory until the pr set numb r of samples is 
reached. After that, the average valu s of the data 
in question are saved in a product file in a perma- 
nent storage as describ d above. 

After the product has passed through the light 



screen, it is considered as being accepted and 
execution is normally transferred from the learning 
block to the EAN block, presented in Fig. 6. First, 
the accepted EAN code is transmitted to the cash 
5 terminal program. The corr sponding function is 
shown in Fig. 2 as "accepted code". Next, the 
trough belt conveyor 7 is kept running for a certain 
length of time to ensure that the products are 
brought into the correct trough, the EAN register is 
70 decreased by one and a check is performed to 
ascertain whether the product arriving from the 
light screen was the last one. If it was not the last 
product, execution returns to the scanning block, 
whereas if it was the last product, the exit gate is 
is opened for the customer, the belt conveyors are 
stopped after a suitable delay and the transaction 
is terminated. In addition, the receipt printer is 
given instructions to print out the receipt for the 
customer. This function is performed in Fig. 2 
20 under "keyboard data", which is also the route 
used to transmit the termination signal to the cash 
terminal program. In addition to the manual ter- 
mination signal, other information and messages 
may be typed in through a touch-screen, for exam- 
25 pie a request for help if the system does not 
function properly. In this case, the supervision per- 
sonnel of the shop will assist the customer. 

It is obvious to a person skilled in the art that 
the invention is not restricted to the examples 
30 described above, but that it may instead be varied 
within the scope of the following claims. Thus, far 
example the interface (1 4) agreed on by the suppli- 
ers of the product identification program (13) and 
the cash terminal program (15) may be a normal 
35 mechanical connection with pins or connector sur- 
faces provided separately for each data type. In 
this case each program (13, 14) works separately, 
possibly even in different computers or processors. 

40 Claims 

1. Unstaffed checkout system, comprising a 
checkout counter (1) provided with actuators, a 
background system (17) containing at least the 
45 product data, and a cash terminal program (15) 

which transmits information from the checkout 
counter actuators to the background system, 
characterized in that 

- the system comprises a functional block 
so (13) with an interface (14) compatible 

with the data transmitted by the cash 
terminal program (15), 

- data transmission between the functional 
block and the cash t rminal program 

55 takes place via the interface (14) in the 

functional block, 

- product data relating to product iden- 
tification are collected in the functional 
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4. 



*2t? T d3ta 3re autom «'cally ad- 
t£l h ? f ° r 6aCh Pr ° duct un «" 
SET ?* ,eamed the ? rodu « iden- 
t-f.cat.on data typical of each product. 

*■ Checkout system according to claim 1 

galled ,n each checkout counter (1) 1S p iaUd 
■n a m.crocomputer' (1 6 ) provided in eaS 
STF? ^ Unt9r S ° that the "lock 

Checkout system according to claim 1 or 2 
characterized in that the interface ( i 4) be 
tween the functional block (1 3 ) insta,le d fn 
each checkout counter (1, J £ S term " 

addresfr °*> '* ™ ^ varia «*>. varSe 

SUEi m H e, ? 0ry l0Cati0n *** the da a 
collected and transmitted by the functional 
btock ,s stored and from which the cash S 

T^ZJ?' aCC r P "' Shin ? a transa <*°" in 

claim 1 III fT* SyStSm as * 
cla.m 1, characterized in that the procedure 
compnses at least the following stages 

- reading the cred it ' card 
accept,ng/rejecting the credit card and 
mode of payment for the checkout sys- 

" cZ te aC ? PtanCe ' Startin9 the che ^out 
counter turmng the distributor (8) and 
starting the scanning 

- Checking the scanning result, weighing 

shape a " d reC09nit, '° n ° f P«*«! 

- after the weighing and shape recognition 
companng to the data obtained by sca£ « 
n.ng and to the data in the product fiT 

- as a r e SU , t of the comparison, learning 

JL P U( l identi,iCati0n data and saving 
them m a storage if the system does not 

s?asr smc,ent »™***»* • 

accepting the sale of the product 
- conveying the product into a trough (11) 
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